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CREATION D'UN SIGNAL DE TRUCAGE POUR ENREGISTREUR VIDEO NUMERIQUE 



La presente Invention se rapporte a un dispositif et a un precede 
de gestion d'informations relatives d des modes de restitution speciaux de 
flux video, tels que des donn^es t6l6vjsuelles. Elle s'appllque notamment 
dans le cadre d'enregistrements de flux de type MPEG 2 sur des supports 
d'enregistrement. 

Les formats des donnees compress§es dans un flux MPEG sont 
tels qu'il est difficile de mettre en oeuvre certains modes de restitution 
speciaux. appel§s « trick modes ». habituellement utilises dans le cadre 
d'enregistrements analogiques, tels que les avances rapides et les retours 
en arriere. 

L'invention propose un dispositif et un proced6 de gestion 
d'infonnations relatives a des modes de restitution sp6ciaux d'au moins un 
flux video, pemnettant une mise en oeuvre efficace de ces modes speciaux. 

A cet effet, l'invention s'applique a un dispositif de gestion 
d'infonnations relatives S des modes de restitution sp6ciaux d'au moins un 
flux vid6o, comprenant des moyens d'enregistrement de ce flux video sur un 
support d'enregistrement. 

Selon l'invention, les moyens d'enregistrement sont prevus pour 
enregistrer sur le support d'enregistrement des adresses de position nement 
utiles a une realisation d'au moins un des modes sp6ciaux. Ces adresses 
sont suffisantes pour naviguer dans le flux vid6o enregistr6. lors de la 
realisation de ces modes speciaux. 
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Ainsi. pour la mise en oeuvre d'une marche avant en acceiere. les 
adresses enregistrees sur le disque comprennent par exemple. notamment. 
les positions de tous les en-tetes de sequences, de groupes d'images et 
d "images correspondant aux images ^ diffuser. 

5 

Des modes specifiques d'enregistrement sur le support 
d'enregistrement d'adresses et d'informations comp Omenta ires relatives a 
des modes de restitution sp6ciaux sont detailles dans les demandes 
europeennes anterieures au nom de THOMSON multimedia ayant pour 
) numeros de depot 00402115.0 et 00400941.1. et constituant deux des 
documents de priorite de la presente demande. 
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Avantageusement. les moyens d'enregistrement sont prevus pour 
enregistrer les adresses au fur et a mesure de I'enregistrement du flux video. 

Selon un mode avantageux de realisation, les moyens 
d'enregistrement sont prevus pour enregistrer les adresses dans au moins 
un fichier du support d'enregistrement. Preferentiellement. ces adresses sont 
alors regroupees dans un unique fichier. 

II est de plus avantageux que les moyens d'enregistrement soient 
prevus pour enregistrer les adresses dans les fichiers par parties au cours 
du temps. Ceci pemiet d'effectuer un enregistrement progressif des 
adresses au cours de I'enregistrement du flux video. 



Le support d'enregistrement est constitu6 par un support 
d'enregistrement a acces direct, cet acc6s direct 6tant total (acces direct k 
toutes les positions sur le support) ou partiel (acces a certaines positions, 
avec possibility d'ecriture et / ou de lecture s6quentielle a partir de ces 
30 positions). Preferentiellement, il consiste en un disque dur. 
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Le dispositif de gestion d'informations comprend 
avantageusement des moyens de determination sur le support 
d'enregistrement de I'ensemble des adresses de positionnement. 

5 Dans un autre mode de realisation, ii est prevu pour recevoir avec 

le flux vid6o des informations de positionnement. Dans ce cas, les adresses 
de positionnement sur le support d'enregistrement sont deduites des 
informations regues. Par exemple, le flux video contient deja I'ensemble des 
adresses ddterminees en amont a partir d'un autre support, mais elles sont 
10 exprimees de maniere relative par rapport a une adresse de reference. Le 
dispositif de gestion d'informations en d6duit alors I'ensemble des adresses 
reelles sur le support d'enregistrement, en determinant sur ce dernier une 
(ou plusieurs) adresse de base con-espondant a I'adresse de reference. 



20 



Les adresses de positionnement sont avantageusement choisies 
parmi au moins un des types d'adresses suivants : 

- des positions d'en-tetes de sequences, 

- des positions d'en-tetes de groupes d'images, et 

- des adresses d'en-tetes d'images. 



Par ailleurs, les moyens d'enregistrement sont avantageusement 
prevus pour enregistrer egalement sur le support d'enregistrement des 
informations d'espacement choisies parmi au moins un des types 
d'informations suivants : 
25 - un temps ecoule depuis le d6but d'un enregistrement donne, et 

- un nombre d'images ecoule depuis le debut d'un enregistrement 
donne. 



De plus, les moyens d'enregistrement sont aussi 
30 avantageusement pr6vus pour enregistrer egalement sur le support 
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d'enregistrement des informations de description d'objets choisies parmi au 
moins un des types d'lnformatrons suivants : ^ 

- un type de codage d'Images. et 

- une structure d'Images. 

5 

L'invention est egalement relative a un precede de gestion 
d 'informations relatives ^ des modes de restitution speciaux d'au moins un 
flux video, dans lequel on enregistre le flux video sur un support 
d'enregistrement. 

10 

Selon l'invention, on enregistre sur le support d'enregistrement 
des adresses de positionnement utiles ^ une realisation d'au moins un des 
modes speciaux, ces adresses 6tant suffisantes pour navlguer dans ie flux 
video enregistre, lors de la realisation de ces modes speciaux. 

15 

D'autres caracteristiques et avantages de {'invention apparaTtront 
a travers la description d'exemples de realisation particuliers, non limitatifs. 
decrits a I'aide des dessins joints, parmi lesquels : 

- la figure 1 est un schema bloc d'un recepteur mettant en oeuvre 
20 le precede selon ie present exemple de realisation. 

- les figures 2 a 4 illustrent differentes etapes de remplissage de 
buffers par deux flux etementaires avant transfert vers un moyen 
d'enregistrement. 

- la figure 5 est un schema d'un bloc du moyen d'enregistrement. 
25 et illustre la localisation d'un element particulier a I'aide d'un numero de LBA 

et d'un offset. 



De maniere generate, certains termes frangais de la description 
30 sont suivis, entre parentheses et guiltemets, de leur equivalent en langue 
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anglaise. dans le but de faciliter la lecture. Les termes anglais sont en effet 
plus couramment utilises que les termes franpais. 

Le present exemple de realisation definit des informations 
5 necessaires pour pouvoir realiser diverses fonctions de modes speciaux 
("trick modes") lors de Tutillsation d'un disque dur dans un decodeur 
numerique. Un tel d6codeur est par exemple un recepteur de television 
numerique de type DVB. On entend par mode special un mode de 
fonctionnement de I'appareil tel que par exemple la reproduction en 
accelere, la marche arriere, I'arret sur image... 

It est bien entendu que invention ne se limite pas a 
I'environnement du present exemple de realisation. En particulier. d'autres 
supports d'enregistrement qu'un disque dur peuvent etre employes et les 
signaux numeriques peuvent avoir une autre source qu'un signal DVB. 



La figure 1 est un diagramme bloc d'un d6codeur numerique. Ce 
dernier comporte un tuner 101 reli6 ^ un circuit de demodulation et de 
correction d'erreur 102 qui comporte egalement un convertisseur 

20 analogique-numerique pour numeriser les signaux en provenance du tuner. 
Selon le type de reception, cable ou satellite, la modulation utilisee est de 
type QAM ou QPSK, et le circuit 102 comporte ies moyens de demodulation 
appropries au type de reception. Les donnees d^modulees et corrigees sont 
serialisees par un convertisseur 103, connecte a une entree serie d'un circuit 

25 de demultiplexage et de d6codage 1 04. 

Selon le present exemple, ce circuit 104 est un circuit de la famille 
du STi5510 fabrique par ST Microelectronics. Ce dernier comporte. relies a 
un bus parallele 32 bits central 105. un demultiplexeur DVB 106, un 
30 microprocesseur 107. une memoire cache 108, une interface memoire 
exteme 109, une interface de communication s6rie 110, une interface 
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entree/sortie parallele 111, une interface de carte ^ puce 112, un decodeur 
MPEG audio et video 113, un encodeur PAL et RGB 114 et un generateur 
de caracteres 115. 

5 L'interface memoire externe 109 est reliee a un bus parallele 16 

bits, auquel sent relies respectivement une interface parallele 116 de type 
IEEE 1284, une memoire vive 117, une m6moire 'Flash* 118 et un disque dur 
119. Ce dernier est de type EIDE pour les besolns du present exemple. 
L'interface parallele 116 est 6galement connectee I un connecteur externe 
10 120 et a un modem 121 , ce dernier etant relie a un connecteur externe 122. 

La memoire vice 117 est par exemple du type SDRAM. Elle est 
destinee a contenir un certain nombre de zone tampon ("buffers") pour 
I'interfafage avec un disque dur 1 19. Ce disque dur est connects au bus 215 
15 par un circuit d'interfagage 133. 

L'interface de communication serie 110 est rell6e a un connecteur 
externe 123, ainsi qu'a la sortie d'un sous-ensemble de reception infrarouge 
124 destine ^ recevoir des signaux d'une tel6commande non-illustree. Le 
20 sous-ensemble de reception infrarouge est integre dans un panneau frontal 
du decodeur, qui comporte egalement un dispositif d'affichage et des 
touches de commande. 

L'interface de carte a puce 1 12 est reliee a un connecteur de carte 
25 a puce 125. 

Le decodeur audio et video 113 est relie a une m6moire vive 126 
de 16 Mbit, destln6e a stocker les paquets audio et video non d6codes). Le 
decodeur transmet les donn6es vid6o d6cod6es a I'encodeur PAL et RGB 
30 114 et les donnees audio decodees vers un convertisseur numerique- 
analoglque 127. L'encodeur foumit les signaux RGB A un encodeur SECAM 
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132. et fournit egalement un signal video sous la forme d'une composante 
luminance Y et d'une composante chrominance C, ces deux composantes 
etant s6parees. Ces differents signaux sont multiplexes a travers un circuit 
de commutation 128 vers des sorties audio 129, television 130 et 
5 magnetoscope 131. 

Le cheminement des donnees audio et video dans le d§codeur 
est le suivant : le flux de donnees demodute possede un format de flux de 
transport, aussi appele Transport Stream* ou plus simplement TS' en 

10 reference au standard MPEG II Systemes. Ce standard possede la 
reference ISO/IEC 13818-1. Les paquets TS comportent dans leur en-tete 
des identificateurs appeles PID qui indiquent a quel flux §lementaire se 
rapportent les donnees utiles du paquet. Typiquement. un flux el§mentaire 
est un flux video associe a un programme particulier, tandis qu'un flux audio 

15 de ce programme en est un autre. La structure de donnees utilis6e pour 
transporter les donnees audio et video compress§es est appel6e paquet de 
flux elementaire ou encore paquet 'PES'. 

Le d^multiplexeur 106 est programme par le microprocesseur 107 
20 pour extraire du flux de transport les paquets correspondant a certaines 
valeurs de PID. Les donnees utiles d'un paquet demultiplexe sont le cas 
echeant d6sembrouillees (si les droits stockes par une carte a puce de 
I'utilisateur autorisent ce desembrouillage), avant de stocker ces donnees 
dans des zones tampon des diverses memoires du decodeur. Les zones 
25 tampon reservees aux paquets PES audio et video sont situees dans la 
m^moire 126. Le d§codeur 113 relit ces donnees audio et video selon ses 
besoins. et transmet les echantillons audio et video decompresses 
respectivement a I'encodeur 1 14 et au convertisseur 127. 

30 Par ailleurs, le circuit 104 comporte une fonction d'acces memoire 

direct ("DMA Bloc') 132. 
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Certains des circuits mentionnes ci-dessus sont controles de 
maniere connue. par example ^ travers un bus de type I2C. 

Le cas de figure decrit ci-dessus correspond au decodage direct 
d'un programme d6multiplexe par te decodeur MPEG 1 13. 

Le circuit d'interfagage 133, via lequel les donn6es transitent pour 
etre enregistrees sur le disque dur, a la possibility de foumir des informations 
sur le contenu des programmes. La presente description determine quelles 
sont les informations qui seront utiles et d6finit une partie du cahier des 
charges du composant. 

On d6crira dans un premier temps la gestion des memolres 
15 tampon d'ecriture et de lecture de donn^es vers le disque, ainsi que la 
structure des blocs de donnees de ce disque. 

> Le demultiplexeur ("PTI") envoie les flux ("STREAMS") relatifs 
aux identificateurs de paquets ("PIDs") selectionnes dans autant de buffers 

20 circulaires dont on aura precise les adresses hautes et basses. 

> Pour obtenir un taux de transfert adequat avec le disque dur, 
on realise des Ultra DMA de 128KOctets. 

> II est imperatif de garder une synchronisation entre les 
differents PID. 

^ P'TI ne donne aucune information concemant le taux de 
remplissage des buffers circulaires. La seule information qu'il foumit de lui- 
meme est une interruption lorsqu'un pointeur d'ecriture a depass§ un 
polnteur de lecture (c'est-a-dire : lorsque des donn§es sont ecrasees), 
situation totalement interdite. 

^ O" se limite dans un premier temps S un seul Program 
Stream, et par consequent, au plus une video (0 si programme radio). 
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> On doit etre capable d'enregistrer un programme, tout en en 
visualisant un autre deja enregistr6 (ce peut-etre le meme avec un temps de 
retard). Par consequent deux groupes de buffers sont a prevoir. un qui 
interface le PTI avec le disque dur en ecriture. le second qui interface le 

5 disque dur en lecture avec le decodeur AA/. 

> Les MPEG-DMA (DMA1. DMA2 et DMAS) realisent des 
transferts de taille multiples de 16 bytes. 

> Le circuit d'lnterfa?age 133 poss6d& une FIFO de 8 Ko qui 
1 0 servira dans les deux sens de transfert. 

> Le decodeur MPEG autorise la reception de donnees de 
bourrage mais d des endroits bien precis du flux (exemple : entre deux 
images). Cette restriction nous impose d'en interdire renvoi vers les CD- 
FIFOS. 



15 



20 



25 



Transfert du buffer du d6multiplexeur vers le disque: 

Un nombre quelconque de PID pouvant §tre selectlonn6, on cr6e 
autant de buffers circulaires. avec des tailles adapt6es. La lecture des tables 
PMT est obligatoire (le temps de latence est ^ priori n6gligeable) pour 
connaTtre la nature des trains selectionnes. Un flux ("stream") video se verra 
reserver une taille de buffer bien superieure a celle d'un flux audio. La taille 
reelle des buffers sera largement superieure a celle necessaire en absolu. la 
relecture de ceux-ci ne se fera pas systematiquement en temps reel. Deux 
possibilites dans la gestion de la lecture de ces buffers sont envisageables : 

• lecture des buffers avec tailles fixees 

• lecture des buffers sans tailles fix§es 



Lecture des buffers avec tailles fixees 
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Avec une taille (pr§)fixee, la gestion consiste a definir des le 
depart de I'enregistrement. et de maniere definitive, la quantity de donnees 
qui seront envoyees au disque dur pour chacun des flux s6lectionnes (pour 
chaque partle), la somme de ces tallies prefix6es devant atteindre 128Ko. 

5 Cette solution a pour avantage de simplifier la gestion des buffers ainsi que 
celle du circuit d'interfa9age. Les groupes 128K envoyes sur le disque, 
auront ainsi les frontieres des diff6rents flux situ6s toujours au meme endroit. 
Un tel schema est decrit plus en detail dans les demandes de brevet fran^ais 
9816491000 et 9816492000 d6posees le 28 decembre 1998 au nom de 

10 THOMSON multimedia. 

Cependant, le risque est d'enregistrer sur le disque beaucoup de 
donnees de boun-age. En effet, si un buffer que I'on aura reserve pour un 
train de donnees privies se remplit rapidement pendant certaines p6riodes, 
15 le buffer video, qui est a priori le plus important, n'aura re^u que peu de 
donnees. II sera alors complete par une quantity importante de donnees de 
bourrage. On peut tout de meme considerer que ce soit le buffer vid6o qui 
atteigne le plus frequemment sa taille predefinie. 

20 II faut se poser la question de savoir (ou faire de test de 

performances) si on doit choisir des frontieres multiples de 8Ko pour une 
utilisation judicieuse de la FIFO contenue dans le circuit d'interfa9age. 

Les figures 2 a 4 decrivent la gestion des buffers. 

25 

Le role du processeur 

Dans cette solution, la CPU aura pour tache d'espionner 
("polling") le moment ou Tun des buffers a ete rempli d'une quantity 
30 con-espondante a sa taille pr6d6finie. Les valeurs des pointeurs de chacun 
des buffers sont alors memoris6es. Le transfert vers le disque est alors 
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possible. Avec cette methode, il s'avere que lors d'une scrutation, si un (ou 
plusieurs) pointeur(s) a atteint la taille prefix^e, ii I'aura en fait depasse. On 
aura alors aucune possibilite de definir a quelle position etait reellement les 
pointeurs des autres buffers au moment ou le premier est, effectivement, 
5 passe sur I'adresse bornant la taille prefixee. Cecl n'aura pas d'effet sur la 
synchronisation des diff6rents flux, puisque le delta entre les valeurs des 
pointeurs lus et celles que Ton devrait reellement utiliser sera faible. 

En fonction de la methode utilisde S la relecture du disque, il peut 
10 etre necessaire de prendre en compte les fronti^res de 16 bytes imposees 
par les DMA MPEG. Le processeur doit indiquer au circuit d'interfagage le 
nombre de donnees utiles pour chacun des flux elementaires enregistres. 

Les donnees de bourrage d la fin des buffers incomplets peuvent 
15 etre inserees par le microprocesseur, mais aussi par le circuit d'interfa9age. 
Si c'est le microprocesseur, le mecanisme est rudimentaire, mais il y a 
utilisation non productive du bus EMI. Si c'est le circuit d'interfa9age, le 
mecanisme se complique, il faut en effet que le microprocesseur soit informe 
du moment ou ce circuit a termine d'inserer des donnees de bourrage, pour 
20 pouvoir demarrer un nouveau BM-DMA (qu'il aura initialise pendant 
I'attente). 

Le role du circuit d'interfagage 

25 Le role du circuit d'interfapage dans ce cas de figure, outre la 

gestion prevue de Tinterfa^age disque dur, sera d'inserer des donnees 
auxiliaires au debut du groupe 128Ko. Ces donnees foumies par le 
processeur indiqueront le nombre de donnees utiles pour chacun des flux 
elementaires Indus dans le bloc. La quantity de donnees utiles dans un bloc 

30 sera done de 128 Ko moins quelques dizaines d'octets reserves pour ces 
donnees. 

11 
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Si on lui confie la tache d'inserer des donn§es de bourrage. il le 
fera a partir du moment oCi il a repu le nombre de donn6es utiles jusqu'a 
atteindre la tailte pr6f,xee. Ceci suppose comme ressources pour chaque 
5 partie composant le groupe 128K. un registre memorisant la taille predefinie 
et un registre memorisant le nombre de donnees utiles. 
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Lecture des buffe rs sans tallies ftye^ft 

Dans cette solution, i'idee est toujours de realiser un espionnage 
de I'etat des differents buffers. Cependant. on n'attend plus le moment ou au 
moins run des buffers a atteint une taille prefrxee. mais celui ou le nombre 
total d'ecritures dans les buffers a atteint les 128 Ko (ou un peu moins 
comme on va le voir plus loin). Cette solution a pour avantage de supprimer 
I'utilisation de donnees de bourrage et done de faire des acces disque moins 
frequents. Par contre le processeur sera I6gerement plus sollicite a chaque 
scrutation. Le format des blocs 128K variera en pemianence. II faudra alors 
conserver pour chaque bloc la taille occupee pour chacun des flux 
elementaires (pour chaque valeur de PID), ce qui impiique qu'il faudra 
inserer des donnees additionnelles (donnees de gestion) dans les 128 Ko. 

Le role du processeur 

De la meme maniere que dans la premiere solution, le processeur 
25 devra scruter revolution des pointeurs, et faire la somme des differences 
entre les pointeurs ecriture et lecture des buffers circulaires du PTI. Lorsque 
le nombre total d'ecritures aura atteint 128Ko (moins un delta pour laisser de 
la place pour inserer des informations additionnelles). le microprocesseur 
indique au circuit d'interfa9age la quantity de donnees qui vont etre 
transferees pour chaque buffer. Cette quantity devra etre ajust6e a un 



20 
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multiple de 16 octets si necessaire pour ,e dispositif de relaCure. On 
transfere alors les donn^es. 



5 



Le role du ci rcuit d'interfai; !^^. 

Dans cette configuration, sa tache est la mime que dans I'autre 
proposition, seulement il n'y a plus de donn^es de bourrage * g^n^rer. 

Transfer! des donnees du disque dur vers les buffers IMPEG 

Dans oe sens de transfert, on suppose, selon le present exemple 
de realisation, qu'il nV aura jamais plus de 3 buffers d'interface avec ,e 
decodeur MPEG (autan, que de CD-FIFOs). Une voie audio devra mre 
cho,s,e (si plusieurs ont Me enregistrtes) ^ la relecture du disque. Si un flux 
de donnees (par exemple donnees relatives , un programme interactif) 
accompagne le programme il devra «re enregistr^ dans une zone reserve 
a I avance pour ce genre d'application. 

Les DMA1. DMA2 et DMAS son. totalement programmables, ainsi 
20 ,ls peuvent gerer des buffers qui seront ou non circulaires. 



10 



15 



Utilisation de buffers rarculaires 



Ces buffers circulaires ne concemeront que les donnees qui 
doivent transiter vers les CD-FIFOS Ls<i aiitr«= ^™ • 

autres donnees seront orienties 
direotement vers la partie mimoire r&ervee aux applications. 

Dans cette configuration de buffers, il n'est pas necessaire d avoir 
al.gni les failles de chaque partie (didiee au MPEG) sur un multiple de 16 
30 octets d I'ecriture sur le disque. 
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20 



Le role du processeur 

Le processeur doit r6cup6rer. avant de demarrer Ies transferts Ies 
donnees qui permettront d'orienter Ies differentes parties qui composent Ies 
blocs de 128K. Ainsi seront necessaires Ies informations suivantes : 

Le nombre de parties dans le bloc. 

Le type de chaque partie (on en deduit la destination). 

Le PID de chaque partie (pour repondre ^ un choix de i'audio). 

La taille de chaque partie. 

La quantite de donnees de bdurrage (s'il en a ete insure a 

r^criture). 



Le processeur initie un BM-DMA (du circuit d'interfafage vers un 
buffer ou une zone m^molre dedite) d^s lors que le circuit d'interfafage lui a 
-ndique, que sa FIFO est pleine par une interruption approprite. Pour vider 
cette FIFO, ie processeur peut avoir plusieurs BM-DMA i. r^aliser En effet 
certaines parties du groupe 128K peuvent Stre de taille infSrieure a 8Ko. 

Le processeur peut aussi «re mis a contribution pour supprimer 
des donnees de bourrage (^criture de ces donntes vers une adresse Active). 

A la fin de chaque BM-DMA, le processeur doit remettre ^ jour 
25 dans Ies registres du PTI, le pointeur d'^criture du buffer circulaire qui a recu 
des donnees. 

Dans le meme temps le pnjcesseur initie des transferts MPEG- 
DMA tant qu'il y a des donntes dans Ies buffers circulaires. Si la m^moire du 
30 Brt Buffer est pleine, ces DMA sont mis automatiquement en attente II faut 
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s'assurer que les tampons du Bit Buffer seront toujours le plus plein 
possible. 

Le role du circuit d'interfagage 

5 

Si des donnees de bourrage ont ete admises a Tecriture, il est 
peut-etre possible de faire en sorte que le circuit d'interfafage 'elimine' ces 
donnees de la FIFO, sur ordre du processeur qui devra alors en indiquer la 
quantite. Cette fonctionnallte, ^ priori peu couteuse, permettrait de soulager 
10 I'EMI. 

Utilisation de buffers non circulaires 

Les groupes 128K, lus sur le disque, sont transfer's, sans se 
1 5 pr6occuper de leur format, directement vers une zone memoire reservee a 
cet effet. Tous les transferts du circuit d'interfagage vers la memoire se font 
alors avec une taille de 8 Ko. 

Dans ce cas les parlies MPEG doivent etre alignees sur des 
20 multiples de 16 octets. 

Le role du processeur 

De meme que pour le cas precedent, le processeur initialise des 
25 BM-DMA a chaque interruption generee par le circuit d'lnterfa9age. Par 
centre la taille sera toujours de BKo puisque Ton n'a plus a se pr'occuper de 
la destination de chacune des parties du bloc de 128Ko. Les donnees de 
bourrage sont egalement transferees. 
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Le processeur peut alors recuperer aisement les informations de 
gestion en memoire. 

Les MPEG-DMA sont legerement plus complexes. En effet. au 
5 lieu d'avoir uniquement deux pointeurs a gerer. par composante MPEG, 
comme dans le buffer circulaire. le logiciet aura d memoriser les adresses de 
plusieurs secteurs memoire, avec la quantity de donn6es assoclees. 



10 



Si le processeur detecte la presence de donnees non ^MPEG a la 
lecture des informations de gestion. il doit transferer ces dorjnees vers 
respace memoire qui leur est reserve. II est a noter que. contrairement a la 
premiere solution ces donnees auront alors fait Tobjet de 2 transferts (circuit 
d'interfapage -> memoire. memoire -> memoire). Ceci n'est pas forc6ment 
tr§s penalisant si Ton suppose que leur quantlte est faible. 

Le role du circuit d'interfacaffe 

Le role du circuit 133 est r6duit d sa plus simple expression. II n'a 
plus a offrir au processeur la possibilite de recuperer des infos particulieres 
dans le groupe 128Ko. 

Comme on peut le voir dans ce qui precede, il existe plusieurs 
solutions dans la gestion des buffers. Cependant. la moindre flexibilite et la 
taille non extensible du circuit d'interfa5age guideront fortement le choix final. 
II faut voir si Ton accepte de compliquer le composant pour alleger le travail 
du microproqesseur. mais surtout le taux d'occupation du bus EMI. 

AII6ger le travail du microprocesseur : 

• Ne pas tenir compte des frontiferes de 16 octets. 

• Utiliser des buffers circulaires a la relecture du disque. 



16 



wo 01/26374 

PCT/EPOO/09903 

• Ecrire. lire des donnees directement dans la FIFO du circuit 
d'interfa^ge. 



10 



20 



Dans le premier cas, le processeur doit detecter, a chaque polling, 
si run des pointeurs d'6criture a atteint la frontiere d'une taille prefixee de 
buffer. Si oui. noter la valeur de chaque pointeur d'ecriture. Enfin calculer la 
quantity de donnees de bourrage a adjoindre a chacune des parties. Ces 
informations doivent etre ins§rees dans le groupe 128K. 



Dans le second cas. le processeur doit detecter le moment, ou. la 
somme des donnees stockees dans les differents buffers circulaires a atteint 
les 128KO (=> somme des differences des pointeurs). La taille de chaque 
partie est inser6e dans le groupe 128Ko. 

15 Alleger la charge de I'EMI : 



• Eviter de transferer des donnees de bourrage (occupation 
improductive). 



. Eviter d'avoir a realiser deux DMA pour les memes donnees 
Le circuit d'interfacaqe 



Dans tous les cas, il faudra ins6rer puis relire des donnees de 
gestion a chaque groupe 128Ko (taille de chaque partie ou quantite de 
donnees de bourrage pour chacune d'elles). II faut done imperativement 
pr6volr un mecanisme qui pennet ce mecanlsme : 

• registres recopies dans la FIFO par te circuit. 

• ou ecriture par le processeur de ces informations dans une 
memoire puis DMA vers FIFO du circuit, 

• ou acces direct a la FIFO par le processeur. 
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La solution qui parait la plus satisfaisante est la seconde pour les 
raisons qui suivent : 

- la presence de donnees de bourrage constitue un facteur 
d6gradant en tenne de perfomiance (accroissement du taux 

5 d'utilisation de I'EMI et du nombre de transferts disque) ; 

- le nombre d'Interruptions suppl6mentaires qu'engendre la 
seconde solution ne penalisera que faiblement le taux de 
transfert vers le disque ; 

- le travail supplementaire demande au processeur est faible 

10 

La suite de la description conceme la gestion d'informations 
relatives aux modes speciaux, 

> Le microprocesseur envole les donnees vers le disque dur via 
15 le circuit 133 et sa memoire FIFO Inteme (qui a selon te present exemple. 

une taille de 8 Ko). 

> Les blocs 128KO envoy§s vers le disque ont un format qui 
varie a chaque transfert. Ainsi le nOmbre de donnees video ne sera pas 
constant et surtout ne correspondra pas a un nombre entier de LBA. 

> Etant donne que le microprocesseur n'a aucune information 
sur le contenu des donnees qu'il transfere vers le disque, la frontiere entre 
un bloc de 128KO transfere et le suivant n'a aucune semantique au sens 
MPEG. Un en-tete de paquet 6l6mentaire ('PES header'), ou une charge 
utile, pourra par exemple etre transf6re en deux parties (c'est a dire dans 

25 deux blocs 128Ko differents). 

> Pour pemiettre une estimation des temps, on peut se fonder 
sur le fait qu'une image dure 40 ms (33.34ms dans le cas des standards de 
television am6ricains). 

30 
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Les informations qui sont utiles ^ une realisation des modes 
speciaux ("trick modes") sont les suivantes : 

- le temps ecoule depuis le debut d'un enregistrement donne (ou 
le nombre d'images) ; 

5 - la position de chaque en-tete de sequence ("Sequence 

header") : 

- la position de chaque en-t§te de groupe d'images ("GOP 

header"). 



10 Pour chacune des images ; 

- I'adresse de I'en-tete d'image ("Picture Header"). 

- le type de codage (Intra (I), Bidirectionnnel (B), PredictIf (P)). 

- la structure d'une image (lmage("Frame")/Trame("FieId")). 



15 II est a noter que la norme DVB recommande d'encoder un en- 

tete de sequence ("sequence header") suivi d'une image "1" au moins toutes 
les 500ms. 



Le temps ecoul6 

Cette infonmation peut etre utilisee dans des avances tres 
rapides (avec un pas de 30 secondes et plus), mais aussi pour positionner 
la lecture a un endroit choisi par I'utilisateur (index ..). 



25 L'en-tete de sequence ("Sequence header") 

Etant donne que les informations peuvent varier au sein d'un 
meme programme, il est imperatif lors d'un deplacement 
(RECHERCHE("SEEK"),SAUT("SKIP")) de faire pr^ceder la premiere 
30 image envoyee au d6codeur, par l'en-tete de sequence ("sequence 



19 



XXJID: <:WO_0126374A1_I_> 



PCT/EPOO/09903 

header") auquel elie est rattachee. II faut done pouvoir retrouver 
rapidement cet en-tete. 

L'en-tdte de groupe d'imap es ("GOP header") 

Cet en-tete contient ie code de temps ("time-code") associ6 au 
programme. 

Les images 

En tete d'imafye (Picture header) 

Cette Information pennettra une navigation fine dans un 
programme, image par image. 

Type de codacfe 

Pour Ie mode lecture am6re, il est necessaire de connaTtre Ie 
type de Timage a decoder pour determiner et alter chercher si besoin 
les autres images necessaires a son decodage. 

Dans Ie cas de I'utilisation de I'avance et du retour rapide, on 
peut imaginer d'ignorer les images B. ou les images B et P en fonction 
de la Vitesse de deplacement. 

Structure de I'imap e 

Comme II est signale plus haut; une infonnation qui pennet 
de faire des estimations de temps est Ie nombre d'images qui. multiplie 
par 40ms (33,34ms US), donnera une bonne approximation des temps. 
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Cependant il faut pouvoir faire la difference entre les trames et les 
images pour effectuer un calcul correct. 

De plus dans la majeure partle des cas, si le mode Trame 
5 ("FIELD") est utilise, il faudra presenter au decodeur les deux trames 

de maniere indissociable. 



Extraction des informations utiles 



10 Le role principal du circuit d'interfagage 133, pour ce qui 

concerne les modes speciaux ("trick modes") est de procurer au 
microprocesseur des donn6es qui permettront de recreer les informations 
listdes cl-dessus. 



15 Acces rapide aux donnees 

Selon une variante de realisation, une autre fonction du circuit 
113 est une assistance au microprocesseur pour I'acces rapide a un en- 
tete, un debut d'image. Le microprocesseur peut avoir besoin de 
20 recuperer une petite partie d'un bloc 128Ko (un en-tete de sequence seul, 
un debut d'image place a la fin de la partie video); ainsi il peut etre 
interessant de pouvoir utiliser une partie de la memoire FIFO du 
composant 1 1 3. On peut imaginer les tallies prefixees suivantes : 
1 512 Octets. 
25 2 IKo 

3 2Ko 

4 4Ko 

5 8Ko 
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Le microprocesseur devra done initialiser ia taille de la memoire 
FIFO utilisee avant chaque transfert (R/W). 

Selon une variante de realisation, le microprocesseur. 
connaissant I'adresse de la premiere donn^e a laquelle il veut acceder, 
donne au composant le nombre de donnees a occulter dans un transfert 
UDMA ("Ultra Direct Memory Access") (donnees qui ne doivent pas 
apparaitre dans la m6moire FIFO du composant 113) entre le debut du 
transfert et la premiere donnee utile. 

Interfapaqe / Communication avec microprocesseur 

Pour le systeme de fichier ("File System"), une adresse dans la 
partie programme du disque dur correspond a un num6ro de bloc 128Ko 
augmente d'une valeur de saut ("offset") (on peut en d§duire un numero 
de LBA). Cette valeur de saut con-espond a la position de la donn§e dans 
le bloc 128KO. Le composant n'aura pas a connaTtre le numero du bloc 
';28Ko mais uniquement a determiner cette valeur de saut. 

Le composant 113 remet ^ zero son compteur "valeur de saut" 
lorsqu'il detecte une initialisation par le microprocesseur d'un transfert 
Ultra-DMA. 

Le composant 113 m6morisera les informations dediees au 
microprocesseur. A la fin d'un transfert UDMA (ou BD-DMA pour all6ger la 
taille du composant), le microprocesseur lit les donnees a une (des) 
adresse(s) precise(s) du composant. Un mecanisme doit lui permettre de 
detecter qu'il a lu toutes les informations. 

La table 1 propose un format pour ces donnees. 
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Table 1 





Type d'en-tete 


Type de 
rimage 


Structure de 
rimage 


Offset d'en- 
tete 


N" des 
bits 


21. .20 


19..18 


17..16 


15a0 



5 Type de I'en-tete 

Le type est indique par deux bits : 
00 : Pas d'en-tete =:> Ce code peut §tre utilise pour signifier au 
microprocesseur qu'il n'y a plus (ou PAS) d'informatlons disponibles 
10 01 : En-t§te de sequence 

10: En-tete de groupe d'images 
11 : En-tete d'image 



Type de I'image 

15 

II est 6galement code sur deux bits. Par ailleurs, cette information 
n'a de sens que si les bits 21 et 20 indiquent la presence d'un en-tete 
d'image. 



20 00 : interdit 

01 : image I 

10 : image P 

11 : image B 



25 Structure de I'image 
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Le codage est encore une fois effectue sur deux bits. Cette 
Information n'a de sens que si les bits 21 et 20 indiquent la presence 
d'un en-tete d'image. 

00 : interdit 

01 : Tranne impaire ("Top field") 

10 : Trame paire ("Bottom field") 

11 : Image ("Frame") 



10 



20 



25 



30 



Valeur de saut de V&nMni 

Le codage est effectu6 sur 16 bits : seuls les 15 bits de 
poids faible sont utiles pour indiquer I'offset de I'en-tete dans le bloc 
128KO. Cette valeur indique le saut con-espondant au demier byte de 
I'en-tete. A charge du microprocesseur de d6finir si le d6but de ce 
meme en-tete fait partie du meme bloc de 128Ko ou du precedent. 

Le fichier systeme contiendra les informations qui permettront la 
navigation dans un programme enregistrd sur le disque dur. Ce fichier. qui 
croTt au fur et a mesure de Tenregistrement, pourra etre sauvegarde par 
parties sur le disque. La taitle de chacun des parties sera issue d'un 
compromis entre les trois facteurs qui suivent : 

- cout en tenme de taux de charge du transfert memoire - disque ; 

- maximum de perte autoris§ en cas d'une coupure de courant ; 

- et liberation de m6moire. 

Les infonnations recuper6es via le circuit d'interfa5age 113 
doivent etre combinees avec celles que possede le microprocesseur 
(numero de LBA utilise, fomiat des blocs 128Ko) pour generer une 
information utilisable a la relecture du disque. 

LIste des i nfonnations n6cessaires a la navig ation 
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- Numero des blocs 128Ko utilises. 

- Adresses des LBA formant un bloc 128Ko. (En supposant que 
tous les LBA formant un bloc 128Ko sont contigus. I'adresse du premier LBA 

5 peut s'averer suffisante). 

- Structure de chaque bloc 128Ko : information situee en en-tete 
de chaque bloc 128Ko, indiquant le nombre de flux elementaires 
("Elementary Streams") composant te bloc 128Ko, leur type et leur taille. 

- Le temps 6coul6 depuis le d^but de i'enregistrement. 

10 - Liste des images avec leur adresse, leur type et leur structure 

formant le programme. 

- L'adresse des en-tetes de sequence. 

- L'adresse des en-tStes de groupe d'images. 

1 5 Selon le present exemple de realisation, le format de ce fichier est 

le suivant: il est compose de deux fichiers, un pour les temps, un pour la 
composition en terme d'images et d'en-tetes. D'autres formats sont bien sur 
envisageables. 

20 La figure 5 illustre la structure d'un bloc et ia localisation d'un en- 

tete de groupe d'image par rapport au debut du bloc, par I'intermediaire 
d'une adresse de LBA et d'un offset a I'int^rieur de cet LBA. 
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REVENDICATIONS 

1. Dispositif de gestion d'informations relatives a des modes de 
restitution sp§ciaux d'au moins un flux vid6o. comprenant des moyens 
d'enregistrement (133) dudit flux video sur un support d'enregistrement 
(119). 



caract6ris6 en ce que lesdits moyens d'enregistrement (133) sont 
10 prevus pour enregistrer sur ledit support d'enregistrement (119) des 
adresses de positionnement utiles ^ une realisation d'au moins un des 
modes sp6claux. lesdites adresses etant suffisantes pour naviguer dans ie 
flux video enregistre. lors de ia realisation desdits modes speciaux. 



15 



20 



25 



2. Dispositif de gestion d'infonnations selon la revendication 1, 
caract^rise en ce que lesdits moyens d'enregistrement (133) sont prevus 
pour enregistrer lesdrtes adresses au fur et a mesure de I'enregistrement du 
flux video. 

3. Dispositif de gestion d'infonnations selon Tune des 
revendications 1 ou 2. caract6rise en ce que lesdits moyens 
d'enregistrement (133) sont prevus pour enregistrer lesdites adresses dans 
au moins un fichierdu support d'enregistrement (119). 

4. Dispositif de gestion d'informations selon la revendication 3. 
caracterise en ce que lesdits .moyens d'enregistrement (133) sont pr6vus 
pour enregistrer lesdites adresses dans lesdits fichiers par parties au cours 
du temps. 
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5. Dispositif de gestion d*informations selon quelconque des 
revendications precedentes, caracterise en ce que ledit support 
d'enregistrement (119) est un disque dur. 

5 6. Dispositif de gestion d'informations selon quelconque des 

revendications prec6dentes, caracterise en ce qu'il comprend des moyens 
de determination sur le support d'enregistrement (119), de {'ensemble 
desdites adresses de pos'rtionnement. 

i 

10 7. Dispositif de gestion d'informations selon quelconque des 

revendications pr6c6dentes, caract6ris6 en ce que lesdites adresses de 
positionnement sont choisies parmi au moins un des types d'adresses 
suivants : 

- des positions d'en-t§tes de sequences, 

1 5 - des positions d'en-t§tes de groupes d'images, et 

- des adresses d'en-tetes d'images. 

8. Dispositif de gestion d'informations selon quelconque des 
revendications precedentes, caracterise en ce que lesdits moyens 

20 d'enregistrement (1 33) sont prevus pour enregistrer egalement sur le support 
d'enregistrement (119) des informations d'espacement choisies parmi au 
moins un des types d'informations suivants : 

- un temps ecoule depuis le debut d'un enregistrement donne, et 

- un nombre d'images ecoule depuis le debut d'un enregistrement 
25 donn6. 

9. Dispositif de gestion d'informations selon quelconque des 
revendications precedentes. caracterise en ce que lesdits moyens 
d'enregistrement (133) sont prevus pour enregistrer egalement sur le support 

30 d'enregistrement (119) des informations de description d'objets choisies 
parmi au moins un des types d'informations suivants : 
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- un type de codage d'images, et 

- une structure d'images. 



5 



10. Precede de gestion d'informations relatives a des modes de 
restitution speciaux d'au moins un flux video, dans lequel on enregistre ledit 
flux video sur un support d'enregistrement (1 1 9). 



caracterise en ce qu'on enregistre sur ledit support 
d'enregistrement (119) des adresses de positionnement utiles a une 
10 realisation d'au moins un des modes speciaux. lesdites adresses etant 
suffisantes pour naviguer dans le flux video enregistre, lors de la realisation 
desdits modes speciaux. 
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